Ztrata dat v FB
Otázka od: Richard Kejval
7. 10. 2004 8:30
Ahoj do konference,
Posledni dobou se nam obcas u zakaznika stava, ze se ztrati data, ktera uz
maji
vytisknuta na papire, takze musely byt zacommitovany.
Pouzivame Firebird 1.0.2.908, server je Win XP prof. Velikost DB je radove
1.5GB V IBConfig mame pouze defaultni hodnoty. Parametr u DB Forced writes
je zapnuty, proto jsem si myslel, ze data z bufferu jsou hned zapisovany na
disk po
commitu. Setkal se s timto problemem nekdo ? Je to jen problem teto verze ?
Jak nastavit parametry, aby tento zavazny problem nenastaval ani pri vypadku
proudu ? Vypnout uplne buffer, mi nepripada nejstastnejsi.
Diky za kazdou radu..
S pozdravem
ing. Richard Kejval
mobil: 602477679
http://www.icsoftware.cz
Odpovedá: Slavomir Skopalik
7. 10. 2004 9:45
U FB obcas dochazi k poruseni indexu, takze to chce overit, jetli je
tomu
i v tomto pripade (ryzdilne vysledky pri planu natural a planu pouzitim
indexu).
Resenim je deaktivace a aktivace indexu (pripadne drop a create indexu).
Samozrejme take pomuze backup a restore.
V kazdem pripade doporuciji update na verzi 1.0.3 (ta ma odstraneno
nekolik zasadnich
chyb 1.0.2).
Zaroven doporucuji zvazit prechod primo na verzi 1.5.1.
Slavek
Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
--------------------------------------------
Mobil: +420 724 207 851
icq:199 118 333
e-mail:skopalik@elektlabs.cz
http://www.elektlabs.cz
>
> Pouzivame Firebird 1.0.2.908, server je Win XP prof. Velikost
> DB je radove 1.5GB V IBConfig mame pouze defaultni hodnoty.
> Parametr u DB Forced writes je zapnuty, proto jsem si myslel,
> ze data z bufferu jsou hned zapisovany na disk po commitu.
> Setkal se s timto problemem nekdo ? Je to jen problem teto
> verze ? Jak nastavit parametry, aby tento zavazny problem
> nenastaval ani pri vypadku proudu ? Vypnout uplne buffer, mi
> nepripada nejstastnejsi.
Odpovedá: Pavel Cisar
7. 10. 2004 10:36
Haj hou!
On 7 Oct 2004 at 9:28, Richard Kejval wrote:
> Posledni dobou se nam obcas u zakaznika stava, ze se ztrati data,
> ktera uz maji vytisknuta na papire, takze musely byt zacommitovany.
To je omyl. Ze jsou data na papire automaticky neznamena, ze byla
comitnuta. Pokud je precetla a vytiskla stejna transakce jaka je
ulozila, pak comitnuta byt nemusi. Doporucuji overit.
> Pouzivame Firebird 1.0.2.908, server je Win XP prof. Velikost DB je
> radove 1.5GB V IBConfig mame pouze defaultni hodnoty. Parametr u DB
> Forced writes je zapnuty, proto jsem si myslel, ze data z bufferu jsou
> hned zapisovany na disk po commitu.
Ze je v configu zapnuty synchronni zapis jeste neznamena, ze je na
databazi skutecne aplikovan. Config definuje default pro server (a
nove vytvorene databaze neni-li specifikovano jinak, viz dale). Pro
kazdou databazi muze byt forced writes nastaveno individualne, viz
gfix. Nastaveni FW pro databazi zustane zachovano i po obnove ze
zalohy. Doporucuji proverit nastaveni FW pro danou databazi pomoci
gstat -h.
Jinak doporucuji prejit na FB 1.5, ktery resi problem s Windows kde
pri asynchronim zapisu (FW OFF) nedochazelo k rizenemu ukladani zmen
na disk (viz release notes fb 1.5, sekce config options pouze pro
windows). S FB 1.5 by nemel byt zadny problem i s vypnutym FW na
WinXP/2000 (naopak je to doporuceno).
S pozdravem
Pavel Cisar ( ICQ: 89017288)
Mobil: 724 281429
http://www.ibphoenix.cz
Vse co potrebujete pro Firebird a InterBase
Odpovedá: Agroek
7. 10. 2004 10:09
Taky to ted resim. Pouzivam Firebird 1.5 4.3.0.6 provedene zmeny jsou
prokazatelne vytistene a presto mi zakaznik hlasi,ze pri pozdejsi kontrole
tam nekdy tyto data chybi. Asi delam neco spatne v commitu. Pouzivam
IBDATASET a pro jistotu jsem kazdemu IIBDATASETU pridel zvlast
IBTRANSACTION.
----- Original Message -----
From: "Richard Kejval" <kejval.delphi@centrum.cz>
To: <delphi-l@clexpert.cz>
Sent: Thursday, October 07, 2004 9:28 AM
Subject: Ztrata dat v FB
> Ahoj do konference,
>
> Posledni dobou se nam obcas u zakaznika stava, ze se ztrati data, ktera uz
> maji
> vytisknuta na papire, takze musely byt zacommitovany.
>
> Pouzivame Firebird 1.0.2.908, server je Win XP prof. Velikost DB je radove
> 1.5GB V IBConfig mame pouze defaultni hodnoty. Parametr u DB Forced writes
> je zapnuty, proto jsem si myslel, ze data z bufferu jsou hned zapisovany
na
> disk po
> commitu. Setkal se s timto problemem nekdo ? Je to jen problem teto verze
?
> Jak nastavit parametry, aby tento zavazny problem nenastaval ani pri
vypadku
> proudu ? Vypnout uplne buffer, mi nepripada nejstastnejsi.
>
> Diky za kazdou radu..
>
> S pozdravem
> ing. Richard Kejval
> mobil: 602477679
> http://www.icsoftware.cz
>
>
>
Odpovedá: Karel Rys
7. 10. 2004 10:54
Slavomir Skopalik dne 7 Oct 2004 v 9:55:
> U FB obcas dochazi k poruseni indexu, takze to chce overit, jetli je
> tomu i v tomto pripade (ryzdilne vysledky pri planu natural a planu
> pouzitim indexu). Resenim je deaktivace a aktivace indexu (pripadne
> drop a create indexu). Samozrejme take pomuze backup a restore. V
> kazdem pripade doporuciji update na verzi 1.0.3 (ta ma odstraneno
> nekolik zasadnich chyb 1.0.2). Zaroven doporucuji zvazit prechod primo
> na verzi 1.5.1.
Verze 1.5.1 se mi moc neosvedcila kvuli 100% vytizeni serveru pri pouziti
eventu (to, co je psano,
ze je opraveno, naopak zacalo zlobit - po 6 hodinach na 100% FB server spadnul
s "terminated
abnormally"), krom toho bych rekl, ze udelali par zmen k
horsimu v optimalizatoru.
S verzi 1.5 mame problemu mene.
Karel Rys
Odpovedá: Roman
7. 10. 2004 10:29
V 1.5.1 mam take problemy s "view inner join tabulka", je to nekde i v open
bugs a popsane reseni je na vetsim objemu dat nepouzitelne, v 1.0.3 je to
ok.
Roman
> Slavomir Skopalik dne 7 Oct 2004 v 9:55:
>
> > U FB obcas dochazi k poruseni indexu, takze to chce overit, jetli je
> > tomu i v tomto pripade (ryzdilne vysledky pri planu natural a planu
> > pouzitim indexu). Resenim je deaktivace a aktivace indexu (pripadne
> > drop a create indexu). Samozrejme take pomuze backup a restore. V
> > kazdem pripade doporuciji update na verzi 1.0.3 (ta ma odstraneno
> > nekolik zasadnich chyb 1.0.2). Zaroven doporucuji zvazit prechod primo
> > na verzi 1.5.1.
>
> Verze 1.5.1 se mi moc neosvedcila kvuli 100% vytizeni serveru pri pouziti
eventu (to, co je psano,
> ze je opraveno, naopak zacalo zlobit - po 6 hodinach na 100% FB server
spadnul s "terminated
> abnormally"), krom toho bych rekl, ze udelali par zmen
k horsimu v
optimalizatoru.
> S verzi 1.5 mame problemu mene.
>
> Karel Rys
>
>
>
Odpovedá: Richard Kejval
7. 10. 2004 10:49
U FB obcas dochazi k poruseni indexu, takze to chce overit, jetli je
> tomu
> i v tomto pripade (ryzdilne vysledky pri planu natural a planu pouzitim
> indexu).
> Resenim je deaktivace a aktivace indexu (pripadne drop a create indexu).
> Samozrejme take pomuze backup a restore.
> V kazdem pripade doporuciji update na verzi 1.0.3 (ta ma odstraneno
> nekolik zasadnich
> chyb 1.0.2).
> Zaroven doporucuji zvazit prechod primo na verzi 1.5.1.
O problemech s indexy u 1.0.2 vim a o prechodu na 1.0.3 uvazuji, ale
nevim, jestli v tom bude zakopany pes, protoze backup/restore se tam
pravidelne provadi a znovu dopsana data, by se tam objevila 2x, coz
mi nikdo nehlasil..
FB 1.5.1 mame nainstalovanou, ale trosku se ji bojim dat jeste do ostreho
provozu. Ma nekdo uz konkretni zkusenosti s praci na nejake vetsi DB ?
S pozdravem
ing. Richard Kejval
mobil: 602477679
http://www.icsoftware.cz
Odpovedá: Marek Spisak
7. 10. 2004 11:25
Richard Kejval wrote:
>FB 1.5.1 mame nainstalovanou, ale trosku se ji bojim dat jeste do ostreho
>provozu. Ma nekdo uz konkretni zkusenosti s praci na nejake vetsi DB ?
>
Verzi 1.5.1 jsme zatim neinstalovali, prozatim mame dobre zkusenosti s
1.5. FB verze 1.5.0.3815 bezi na Windows 2003 Serveru. Projekt ma 2
databaze - jedna databaze 2,5 GB ve 2 souborech, druha databaze cca 8,5
GB prozatim v 5 souborech. Nejsou problemy.
Marek
Odpovedá: Richard Kejval
7. 10. 2004 12:33
----- Original Message -----
From: "Pavel Cisar" <pcb@atlas.cz>
> > Posledni dobou se nam obcas u zakaznika stava, ze se ztrati data,
> > ktera uz maji vytisknuta na papire, takze musely byt zacommitovany.
>
> To je omyl. Ze jsou data na papire automaticky neznamena, ze byla
> comitnuta. Pokud je precetla a vytiskla stejna transakce jaka je
> ulozila, pak comitnuta byt nemusi. Doporucuji overit.
Asi jsem se spatne vyjadril, ale vsechna data jsou ukladana pres spolecny
framework, ktery ma svoji transakci pro ukladani, proto jestli je ulozeni
bez
chyb musi byt vzdy commitovano. Param. trans. je Read commited. V tom
problem byt nemuze..
>
> > Pouzivame Firebird 1.0.2.908, server je Win XP prof. Velikost DB je
> > radove 1.5GB V IBConfig mame pouze defaultni hodnoty. Parametr u DB
> > Forced writes je zapnuty, proto jsem si myslel, ze data z bufferu jsou
> > hned zapisovany na disk po commitu.
>
> Ze je v configu zapnuty synchronni zapis jeste neznamena, ze je na
> databazi skutecne aplikovan. Config definuje default pro server (a
> nove vytvorene databaze neni-li specifikovano jinak, viz dale). Pro
> kazdou databazi muze byt forced writes nastaveno individualne, viz
> gfix. Nastaveni FW pro databazi zustane zachovano i po obnove ze
> zalohy. Doporucuji proverit nastaveni FW pro danou databazi pomoci
> gstat -h.
Parametr FW je samozrejme nastaven pomoci gfix -w sync pro kazdou
DB. Bohuzel se tento problem zacal vyskytovat u vice instalaci, takze to
asi opravdu vypada na nejaky problem s FB 1.0.2
S pozdravem
ing. Richard Kejval
mobil: 602477679
http://www.icsoftware.cz